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(54) Title: MONITORING USERS OF A COMPUTER NETWORK 

(57) Abstract: Communicating with and/or monitoring of a targeted user in computer-network environment (e.g., an instant mes- 
saging system) involves detecting that the targeted user has signed on to the network, and upon detecting the signon, automatically 
communicating with the targeted user, for example, by sending an instant message previously specified by a targeting user. Alterna- 
tively, or in addition, the targeting user can receive notification that the targeted user has signed on and/or that the instant message 
has been sent. Instead of, or in addition to, automatically sending an instant message and/or notifying the targeting user, a predefined 
operation specified by the targeting user (e.g., operating system command, script or executable file) can be performed. These various 
operations can be performed on one or more client systems, on one or more server systems, or any combination thereof. 
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MONITORING USERS OF A COMPUTER NETWORK 

5 Technical Field 

This application relates to monitoring users of a 
computer network, for example, to facilitate messaging between 
users in an online computer services environment. 

10 Background 

The computer system 100 illustrated in Fig. 1 represents 
a typical hardware setup for executing software that allows a 
user to perform tasks such as communicating with other computer 
users, accessing various computer resources, and viewing, 

15 creating, or otherwise manipulating electronic content that 
is, any combination of text, images, movies, music or other 
sounds, animations, 3D virtual worlds, and links to other 
objects. The system includes various input/output (I/O) devices 
(mouse 103, keyboard 105, display 107) and a general purpose 

20 computer 100 having a central processor unit (CPU) 121, an I/O 
unit 117 and a memory 109 that stores data and various programs 
such as an operating system 111, and one or more application 
programs 113. The computer system 100 also typically includes 
some sort of communications card or device 123 (e.g., a modem or 

25 network adapter) for exchanging data with a network 127 via a 
communications link 125 (e.g., a telephone line). 

As shown in Fig. 2, a user of a computer system can 
access electronic content or other resources either stored 
locally at the user^s own client system 202 (for example, a 

30 personal or laptop computer) or remotely at one or more server 
systems 200. An example of a server system is a host computer 
that provides subscribers with online computer services such as 
e-mail, e-commerce, chat rooms, Internet access, electronic 
newspapers and magazines, etc. 

35 Users of a host computer's online services typically 
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communicate with one or more central server systems 200 through 
client software executing on their respective client systems 
202. In practice, a server system 200 typically will not be a 
single monolithic entity but rather will be a network of 
5 interconnected server computers, possibly physically dispersed 
from each other, each dedicated to its own set of duties and/or 
to a particular geographical region. In such a case, the 
individual servers are interconnected by a network of 
communication links, in known fashion. One such server system 

10 is "America Online 4.0" from America Online, Incorporated of 
Virginia (also known as "AOL") . 

One increasingly popular computer network-based activity 
is referred to as "instant messaging." An instant message is a 
form of electronic communication between users of a computer 

15 network in which a window pops -up on the recipient's computer 
screen "instantly" and without the recipient's having to access 
an e-mail program or otherwise check for messages. An instant 
message appears essentially as soon as the message sender clicks 
the send button subject to any time or propagation delays the 

20 message may have encountered on the network. In comparison to 
most e-mail applications, instant messaging enables users to 
communicate with each other in a more dynamic, urgent and 
interact i ve manner . 

Fig. 3 is a screen shot of an Instant Message (IM) 

25 window 3 0 as used in AOL ' s Instant Messenger ("AIM") system. As 
shown therein, the window 3 0 includes a text display area 31 and 
text entry area 32 . Both users involved in the IM under 
consideration (i.e., sender and recipient) would have a similar 
window displayed on his or her computer monitor. When one user 

30 (PhillipsJC) types a comment 34 in text entry area 32 and clicks 
the Send button 33 (or, depending on the configuration, presses 
the "ENTER" key on the keyboard), the entered text (e.g., "Hey, 
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did you see the game last night?") is displayed in the text 
display area 31 of the window 3 0 such that it is visible to both 
users. After FRsnafu enters a comment 3 5 in response and clicks 
the Send button 33, that comment 35 appears in the text display 
5 area 31 underneath the previous comment 34. This exchange of 
comments continues indefinitely until the users decide to 
terminate the exchange • 

Typically, instant messages can be sent to another user 
only when that user is presently signed on to the computer 

10 service. Users who are signed off are unavailable to receive 
instant messages. Accordingly, another popular innovation 
introduced by America Online is the "Buddy List," which allows 
users to monitor when other specified users ("buddies") are 
signed onto and/or off of the computer service under 

15 consideration (e.g., AOL Instant Messenger). 

As shown in Fig. 4, the Buddy List is implemented as a 
window 4 0 that lists specified users, or buddies, who are signed 
on to the AIM system. In the example shown, the Buddy List for 
user "PhillipsJC" indicates that four of PhillipsJC's buddies 

20 41-44 currently are signed on to the system and thus available 
to receive instant messages. The Buddy List is updated based on 
information received from a server to add or delete names of 
buddies as they sign on and off, respectively. Such Buddy List 
updates can be accompanied by various audible and visual 

25 indications to help notify the user that a buddy has signed on 
or off. 

Despite the various notification mechanisms, a user 
nevertheless may fail to notice that a buddy with whom IM 
communication is desired has signed on to the system. For 
30 example, if the user is on the telephone or away from his or her 
office, one of that user's buddies may sign on and then off 
again unnoticed by the user. Alternatively, or in addition. 
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even when a user notices that a buddy has signed on to the 
system, the user nevertheless may be unable to send the buddy an 
IM because the user may be otherwise engaged (e.g., in a 
meeting) . 

5 Other reasons exist why a user might not notice that a 

buddy has signed on and/or miss an opportunity to send an IM to 
the buddy. For example, the user might have so many buddies on 
his buddy list that they cannot all fit on the display screen, 
or in a display window, at the same time. Moreover, the buddy 

10 list window might be obscured by other windows or objects and 
thus the user might not be able to notice when the buddy has 
signed on. In any of these and possibly other situations, the 
buddy may sign off of the system before the user is able to send 
an IM, thus missing the window of opportunity. 

15 Accordingly, the present inventor recognized that it 

would be desirable to provide users with mechanisms for 
monitoring signons by buddies and/or communicating with the 
buddies immediately and automatically upon their signing on to 
the system. 

20 
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Summary 

Implementations may include various combinations of the 
following features . 

In one aspect, a computer- implemented method of 
5 communicating with a user includes detecting that a previously 
unavailable user is available to receive messages, and 
automatically sending a predetermined message (e.g., an instant 
message) to the user upon detecting that the user has become 
available. Alternatively, or in addition, notification may be 

10 provided to a monitoring user that the previously unavailable 
user has become available and/or that the predetermined message 
was sent. The method may further include instantiating an 
instant messaging window on a computer screen of the monitoring 
user upon detecting that the previously unavailable user has 

15 become available. Optionally, the notified monitoring user may 
have previously specified the predetermined message. Moreover, 
a command specified by the monitoring user (e.g., an operating 
system command, a script, or an executable file) may be executed 
upon detecting the user's availability. 

20 Prior to the detection, a request may have been received 

from the monitoring user to monitor availability of the 
previously unavailable user. The received request may be queued 
until the previously unavailable user becomes available. The 
automatic sending of the predetermined message may include 

25 instantiating a window on the user's computer screen displaying 
the predetermined message. The operations of detecting and the 
automatic message sending may be repeated each time the user 
newly becomes available. Moreover, the detecting and automatic 
message sending operations may be performed entirely on one or 

30 more seirver systems, entirely on one or more client systems, or 
in a distributed manner among one or more server systems and one 
or more client systems. 
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In another aspect, a computer- implemented instant 
messaging method may include detecting that a targeted user has 
signed on to an instant messaging seirvice, and upon detecting 
the signon, automatically sending to the targeted user an 
5 instant message previously specified by a targeting user. The 
targeting user can receive notification that the targeted user 
has signed on to the instant messaging service and/or that the 
instant message was sent. 

Automatically sending the instant message may include 
10 instantiating a window on the targeted user's computer screen 
displaying the instant message and/or instantiating an instant 
messaging window on a computer screen of the targeting user upon 
detecting that the targeted user has signed on. 

Prior to detection, a request may be received from the 
15 targeting user to monitor a signon by the targeted user. The 
received request may be queued until the targeted user signs on. 

The targeting user also may provide input specifying the 
instant message. 

In another aspect, a computer- implemented method of 
20 monitoring users of a computer network may include receiving 
from a monitoring user a request to monitor availability of a 
monitored user, detecting that the monitored user is available 
(e.g., has signed on), and automatically performing a predefined 
operation specified by the monitoring user (e.g., send an 
25 instant message, provide notification to the monitoring user or 
another entity, or both, and/or execute an operating system 
command, a script, or an executable file) upon detecting that 
the monitored user is available. 

In another aspect, a computer- implemented method, 
30 performed at a server, of communicating with a user on a 
computer network including a plurality of clients and at least 
one server, may include receiving a request to detect when a 
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currently unavailable user becomes available to receive 
messages, detecting that the user has become available, and 
automatically sending a predetermined message to the user upon 
detecting that the user has become available. 
5 In another aspect, a computer- implemented method, 

performed at a client, of communicating with a user on a 
computer network including a plurality of clients and at least 
one server, may include generating a request to detect when a 
currently unavailable user becomes available to receive 

10 messages, receiving notice that the user has become available, 
and automatically sending a predetermined message to the user. 

In another aspect, an instant messaging system may 
include a server system and one or more client systems, each 
associated with a corresponding user, in communication with the 

15 server system. The server system may include software 

instructions for (i) monitoring a targeted user's availability 
to receive instant messages, and (ii) sending a notification 
that a targeted user has become available to receive instant 
messages. Each of the one or more client systems may include 

20 software instructions for (i) queuing a request to send an 
instant message to a currently unavailable targeted user, and 
(ii) sending the instant message to the targeted user upon 
receiving notification from the server system that the targeted 
user has become available to receive instant messages. 

25 One or more of the following advantages may be provided. 

The techniques and methods described here enable users to more 
reliably and efficiently track the comings and goings of their 
buddies. As a result, the likelihood of a user's being able to 
communicate (e.g., by instant message) with buddies, even those 

30 who sign on to the computer service infrequently or 
sporadically, is enhanced dramatically. 

In addition, communication between users is improved by 
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providing mechanisms to automatically and instantly communicate 
with buddies upon their signing on to the computer service. The 
sending user needs neither to be aware of the buddy's signing 
on, nor be available to send an IM, for this automatic and 
5 instant communication to occur. Rather, the sending user needs 
only to set up the "pounce" and the buddy at whom the pounce is 
targeted can receive an IM automatically and without requiring 
the sending user's further attention or authorization. 

The details of one or more embodiments are set forth in 
10 the accompanying drawings and the description below. Other 
features, objects, and advantages of the invention will be 
apparent from the description and drawings, and from the claims. 

Drawing Descriptions 
15 Fig. 1 is a block diagram of a computer system. 

Fig. 2 shows a typical network computing environment. 
Fig. 3 is a screen shot of an "Instant Message" window. 
Fig. 4 is a screen shot of a "Buddy List" window in 
AOL's Instant Messenger for Windows. 
20 Fig. 5 is a flowchart of pouncing on a user. 

Fig. 6 is a screen shot of a "Buddy List" window in AOL 
Instant Messenger for Unix. 

Fig. 7 is a screen shot of a "Tools" pull-down menu in 
the Buddy List window of Fig. 6. 
25 Fig. 8 is a screen shot of a "Create New Pounce" window. 

Fig. 9 is a screen shot of an instant message window 
corresponding to the Create New Pounce window of Fig . 8 . 

Fig. 10 is screen shot of a "Conversation" window. 
Fig. 11 is a screen shot of a "Send IM" window. 
30 Fig. 12 is another screen shot of a "Tools" pull -down 

menu in the Buddy List window of Fig. 6. 

Fig. 13 is a screen shot of an "Edit Pounce" window. 



- 8 - 



wo 01/22258 



PCT/USOO/25507 



Like reference numbers and designations in the various 
drawings indicate like elements. 

Detailed Description 
5 Fig. 5 is a flowchart of a process that allows one user 

to "pounce" on another user (e.g., a buddy) as soon as the buddy 
signs on to the computer service. "Pounce" refers to the 
ability to take one or more specified actions (e.g., send a 
message, emit an audible or visual notification, execute a 

10 command, etc.) automatically upon determining that a specified 
event has occurred, for example, detecting that a buddy has 
signed on to the computer service. 

As shown in Fig. 5, as an initial step in pouncing on 
another user (the "pouncee" or "targeted user") , a first user 

15 (the "pouncer" or "targeting user") sets up the parameters of 
the pounce (step 50) . Although these parameters can vary 
between implementations, typical parameters that could be 
specified by the pouncer include the identity of the pouncee 
(specified by, e.g., signon ID, name, e-mail address, etc.); the 

20 event that triggers the pounce (e.g., pouncee 's signing on to 
system, pouncee • s sending an IM to a specified party, detection 
of being added to or deleted from the pouncee ' s buddy list, 
etc.); the action or actions that are to be taken (e.g., send an 
IM; send a chat invitation, audible or visual notification, 

25 execute a specified command, or any other arbitrary action); and 
whether the pounce should occur only once or upon each separate 
detection of the specified trigger event. The pouncee 

designated in step 50 can, but need not necessarily, be on the 
pouncer * s Buddy List . 

30 After being set-up by the pouncer, the pounce is queued 

pending occurrence of the specified event (step 51) . In effect, 
an indication is set at the server that the poxincer's client 
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application is to be notified upon detection of the specified 
event . The queue can be maintained either locally at the 
pouncer's client system or remotely at a server system. Either 
a single pounce or multiple pounces can be in the queue 
5 concurrently . In addition, a pounce can be either a single-shot 
(i.e., executed only once on the first occurrence of the 
specified event) or persistent (i.e., executed with each 
occurrence of the specified event) . 

The next step is to wait for occurrence of the specified 
loevent (step 52), for example, a detection that a specified user 
has signed on to the computer service. This detection can occur 
either at the client system or in conjunction with a server on 
the network. 

Next, upon occurrence of the specified event, the pounce 

15 is executed (step 53). Execution of the pounce can occur at the 
pouncer's client system or at the pouncee ' s client system, or 
both, potentially in conjunction with one or more server 
systems. The particular actions that can be taken upon 
execution of the pounce can vary with different implementations, 

20 and/or based on user-specified preferences. Typical actions may 
include one or more of the following: sounding an alarm (step 
54) ; sending an IM (step 55) , opening a conversation window on 
the pouncer's client system (step 56); or executing a user- 
specified command (step 57) , for example, locally on the 

25 pouncer's client system. As indicated by dotted lines, each of 
the actions indicated in steps 54-57 is optional. Moreover, 
other actions beyond or in addition to those shown in steps 54- 
57 may be taken. 

After the pounce has been executed, it is determined 

30 whether or not the pounce is persistent -- that is, whether or 
not the pounce should be executed only once or each time upon 
detection of the specified event (step 58) . If the pounce is 
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persistent, it remains in the queue and the process returns to 
step 52 to wait for the next specified event . On the other 
hand, if the pounce is a single-shot, the pounce is removed from 
the queue (step 59) and the process returns to step 50 to allow 
5 the pouncer to set up another pounce, as desired. 

A single user can have multiple pounces pending at the 
same time. The process shown in Fig. 5 generally represents 
steps that are taken for each individual pounce sequence . 

Figs. 6-13 are screen shots illustrating an 

10 implementation of the pounce concept in a Unix-based version of 
the AIM application (referred to as "TiK"). Fig. 6 shows a TiK 
Buddy List window 60 for user "FRsnafu" displaying a list 61 of 
three of FRsnafu's buddies 62 currently signed on to the AIM 
system. The Buddy List window 60 also includes a menu bar 67 

15 listing three drop-down menus (File, Tools, Help), a text area 
66 for entering text strings for web searches, an IM button 63 
for instantiating an IM window to send an IM to another user, an 
Info button 64 for retrieving information about another user, 
and a Chat button 65 for instantiating a Chat window to invite 

20 another user to participate in a chat session. 

As noted above, the Buddy List window 60 in Fig. 6 
indicates that three of FRsnafu's buddies 62 currently are 
signed on to AIM. However, in this example, user FRsnafu 
desires to send an IM to another buddy, " Phillips JC, " who is not 

25 currently signed on to the AIM system. Accordingly, FRsnafu, 
the pouncer in this example, decides to set up a pounce to 
receive notification, and to send PhillipsJC an IM, as soon as 
Phi Hips JC signs on to AIM. 

Fig. 7 is a screen shot of the Tools drop-down menu 70, 

30 which the pouncer accesses to set up a pounce. As shown 
therein, the pouncer selects menu option "Buddy Pounce" 72, 
which in turn brings up a sub-menu displaying a single option 
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73, "New Pounce," that enables the pouncer to set up the desired 
pounce . 

Fig. 8 shows a "Create New Pounce" window 80 which is 
displayed on the pouncer »s screen in response to selection of 
5 the "New Pounce" option 73. As shown in Fig. 8, the Create New 
Pounce window 8 0 includes a name field 81 into which the pouncer 
enters the name of the pouncee i.e., the buddy who is the 

subject of the pounce. The window 80 also includes five check- 
boxes 82-86 that the pouncer can check or not to selectively 

10 activate five corresponding features. 

If the pouncer checks box 82, a blank IM window 110 
(Fig. 11) will pop up on the pouncer 's screen when the pouncee 
signs on to the AIM system. Under this option, an IM is not 
sent automatically to the pouncee, but rather the IM interface 

15 window is merely instantiated to allow the pouncer to easily and 
quickly enter appropriate text and send an IM to the pouncee . 

In contrast, if the pouncer checks box 83 in window 80 
(Fig. 8) , an IM will be sent to the pouncee automatically, and 
will pop up on the pouncee • s screen, as soon as the pouncee 

20 signs on to AIM. This automatic sending of an IM is performed 
transparently as a consequence of the AIM system detecting the 
specified event (i.e., the pouncee ' s signing on) and without any 
input or response on the part of the pouncer beyond initially 
setting up the pounce. The particular text to be included in 

25 the IM sent to the pouncee "Gotchal" -- is specified by the 
pouncer in message field 87. 

Fig. 9 is a screen shot of the Instant Message window 90 
that pops up on the pouncee * s window upon signing on to AIM. As 
shown, the window 90 includes a text display area 93 showing the 

30 identity 91 of the IM sender (i.e., the pouncer) and the message 
92 ("Gotchal") specified by the pouncer. 

When the pouncer designates by checking box 83 (Fig. 8) 
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that an IM should sent to the pouncee automatically, the Tik 
application also automatically instantiates a "Conversation" 
window 102 on the pouncer's client system, as shown in Fig. 10. 
Essentially, the Conversation window 102 fulfills the same 
5 function as the Instant Message window 3 0 shown in Fig. 3. 
Specifically, the Conversation window 102 includes a text 
display area 112, a text entry area 116, and buttons 118 to 
allow the user to control various aspects of the IM presentation 
and exchange. As shown in Fig. 10, the text display area 112 in 

10 window 102 includes a single line of text corresponding to the 
IM automatically sent to the pouncee upon execution of the 
pounce. This single line includes a time field 104 showing the 
time at which the IM was sent, a name field 106 showing the IM 
sender's identity, and a message field 108 showing the message. 

15 Checking box 84 in window 80 (Fig. 8) causes a "Pounce 

Sound" (i.e., an audible notification) to be played on the 
pouncer's client system upon execution of the pounce. The 
Pounce Sound notifies the pouncer that the pouncee has signed on 
to the AIM system. 

2 0 Box 85 in window 8 0 determines whether the pounce should 

be a single-shot or persistent. In the example shown, box 85 is 
unchecked so the pounce being set up in Fig. 8 will be 
persistent -- that is, it will execute with each detection of a 
signon by the pouncee. In contrast, if box 85 was checked, the 

25 pounce would execute only once upon next detecting a signon by 
the pouncee and then would be deleted from the pounce queue . 

By checking box 86 in window 80 (Fig. 8) , the pouncer 
can specify a command (for example, a operating system command, 
a script, or an executable file) that is to be executed as part 

30 of the pounce execution. The particular command to be executed 
in this example, an executable file at the path 
"c:\notify.exe" -~ is specified by the pouncer in text entry 
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area 88 and can be virtually any command that is executable by 
the pouncer's client system. For example, the notify.exe 
command could send an IM to one or more third parties informing 
them that the pouncee has signed on. Alternatively, or in 
5 addition, notify.exe could launch another application (e.g., an 
online computer game to play with the pouncee) or initiate 
virtually any other arbitrarily-complex or arbitrarily- simple 
computer-controlled operation . 

When the pouncer has set up the new pounce with the 
10 desired parameters, the pouncer clicks button 89 (Fig. 8) and 
the pounce is then saved in the queue of currently pending 
pounces . 

As noted above, a single user can have more than one 
pounce pending in the queue at the same time. Fig. 12, for 

15 example, shows a Buddy List sub-menu 120 for a pouncer who has 
three pounces 122, 124 and 126 concurrently queued up and 
pending. Each of these pounces 122, 124, 126 is individually 
configurable as described above with regard to Fig. 8. 

Moreover, a queued pounce can be modified as desired by 

20 selecting it from the sub-menu 120, which in turn brings up an 
"Edit Pounce" window 130 as shown in Fig. 13. The Edit Pounce 
window 13 0 essentially is the same as the Create New Pounce 
window 8 0 shown in Fig. 8, except that the Edit Pounce window 
13 0 is presented to the pouncer with the data fields and check 

25 boxes selectively filled in according to the pounce's current 
parameter set . The pouncer can modify any of these parameters 
by checking or unchecking boxes 132-136, and/or changing the 
text in fields 137-139. Once the pounce's parameters have been 
modified as desired, the pouncer can save the modified pounce in 

30 the queue by clicking the OK button 141. Alternatively, the 
pouncer can delete the pounce from the queue by clicking the 
Delete button 140. 

- 14 - 
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The techniques, methods and systems described here may- 
find applicability in any computing or processing environment in 
which monitoring other users and/or communicating with them is 
desirable- In particular, the concept of pouncing on another 
5 user could be applied to other media such as internet TV, 
cellular telephones, pagers, two-way radios, etc. For example, 
a cellular telephone service provider could implement a system 
in which a queued-up telephone call was completed as soon as the 
intended recipient turned on his or her cell phone. 

10 Various implementations of the systems and techniques 

described here may be realized in digital electronic circuitry, 
or in computer hardware, firmware, software, or in combinations 
thereof . A system or other apparatus that uses one or more of 
the techniques and methods described here may be implemented as 

15a computer -readable storage medium, configured with a computer 
program, where the storage medium so configured causes a 
computer system to operate on input and/or generate output in a 
specific and predefined manner. Such a computer system may 
include one or more programmable processors that receive data 

20 and instructions from, and transmit data and instructions to, a 
data storage system, and suitable input and output devices . 

Each computer program may be implemented in a high-level 
procedural or object-oriented programming language, or in 
assembly or machine language if desired; and in any case, the 

2 5 language may be a compiled or interpreted language. Suitable 
processors include, by way of example, both general and special 
purpose microprocessors. 

Generally, a processor will receive instructions and 
data from a read-only memory and/or a random access memory. 

30 Storage devices suitable for tangibly embodying computer program 
instructions and data include all forms of non-volatile memory, 
including semiconductor memory devices, such as EPROM, EEPROM, 
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and flash memory devices; magnetic disks such as internal hard 
disks and removable disks; magneto-optical disks; and CD-ROM 
disks . 

Any of the foregoing may be supplemented by, or 
5 implemented in, specially-designed ASICs (application- specific 
integrated circuits) . 

A number of embodiments have been described. 
Nevertheless, it will be understood that various modifications 
may be made without departing from the spirit and scope of the 
10 invention. Accordingly, other embodiments are within the scope 
of the following claims. 
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What is claimed is : 

1 1. A computer- implemented method of communicating with 

2a user, the method comprising: 

1 detecting that a previously unavailable user is 

2 available to receive messages; and 

3 automatically sending a predetermined message to the 

4 user upon detecting that the user has become available. 

1 2. The method of claim 1 further comprising providing 

2 notification to a monitoring user that the previously 

3 unavailable user has become available. 

1 3 . The method of claim 2 wherein the notified 

2 monitoring user previously specified the predetermined message. 

1 4. The method of claim 1 further comprising providing 

2 notification to a monitoring user that the predetermined message 

3 was sent . 

1 5 . The method of claim 4 wherein the notified 

2 monitoring user previously specified the predetermined message. 

1 6 . The method of claim 1 wherein the predetermined 

2 message comprises an instant message. 

1 7. The method of claim 1 wherein the predetennined 

2 message comprises content specified by a monitoring user seeking 

3 to communicate with the previously unavailable user, 

1 8. The method of claim 1 wherein automatically sending 

2 the predetermined message comprises instantiating a window on 
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3 the user's computer screen displaying the predetermined message. 

1 9. The method of claim 1 further comprising, prior to 

2 the detection, receiving a request from a monitoring user to 

3 monitor availability of the previously unavailable user. 

1 10 . The method of claim 9 further comprising queuing 

2 the received request until the previously unavailable user 

3 becomes available. 

1 11. The method of claim 9 further comprising receiving 

2 input from the monitoring user specifying the predetermined 

3 message . 

1 12 . The method of claim 9 further comprising 

2 instantiating an instant messaging window on a computer screen 

3 of the monitoring user upon detecting that the previously 
4 unavailable user has become available. 

1 13 . The method of claim 9 further comprising executing 

2a command specified by the monitoring user. 

1 14 . The method of claim 13 wherein the command 

2 comprises one or more of an operating system command, a script, 

3 or an executable file. 

1 15 . The method of claim 1 further comprising repeating 

2 the detecting and the automatic message sending each time the 

3 user newly becomes available. 

1 16. The method of claim 1 wherein the detecting and the 

2 automatic message sending are performed entirely on one or more 
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3 server systems . 

1 17 . The method of claim 1 wherein the detecting and the 

2 automatic message sending are performed entirely on one or more 

3 client systems . 

1 18. The method of claim 1 wherein the detecting and the 

2 automatic message sending are distributed among one or more 

3 server systems and one or more client systems. 

1 19. A computer -implemented instant messaging method 

2 comprising : 

1 detecting that a targeted user has signed on to an 

2 instant messaging service; and 

3 upon detecting the signon, automatically sending to the 

4 targeted user an instant message previously specified by a 

5 targeting user. 

1 20. The method of claim 19 further comprising providing 

2 notification to the targeting user that the targeted user has 

3 signed on to the instant messaging service. 

1 21. The method of claim 19 further comprising providing 

2 notification to the targeting user that the instant message was 

3 sent . 

1 22 . The method of claim 19 wherein automatically 

2 sending the instant message comprises instantiating a window on 

3 the targeted user*s computer screen displaying the instant 

4 message . 

1 23. The method of claim 19 further comprising, prior to 
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2 the detection, receiving a request from the targeting user to 

3 monitor a signon by the targeted user. 

1 24. The method of claim 23 further comprising queuing 

2 the received request until the targeted user signs on. 

1 25. The method of claim 23 further comprising receiving 

2 input from the targeting user specifying the instant message. 

1 26. The method of claim 23 further comprising 

2 instantiating an instant messaging window on a computer screen 

3 of the targeting user upon detecting that the targeted user has 

4 signed on . 

1 27. The method of claim 23 further comprising executing 

2a command specified by the targeting user. 

1 28. The method of claim 27 wherein the command 

2 comprises one or more of an operating system command, a script, 

3 or an executable file. 

1 29. The method of claim 19 further comprising repeating 

2 the detecting and the automatic instant message sending each 

3 time the targeting user signs on. 

1 30. The method of claim 19 wherein the detecting and 

2 the automatic instant message sending are performed entirely on 

3 one or more server systems . 

1 31. The method of claim 19 wherein the detecting and 

2 the automatic instant message sending are performed entirely on 

3 one or more client systems. 
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1 32. The method of claim 19 wherein the detecting and 

2 the automatic instant message sending are distributed among one 

3 or more server systems and one or more client systems. 

1 33 . A computer -implemented method of monitoring users 

2 of a computer network, the method comprising: 

1 receiving from a monitoring user a request to monitor 

2 availability of a monitored user; 

3 detecting that the monitored user is available; and 

4 automatically performing a predefined operation 

5 specified by the monitoring user upon detecting that the 
6 monitored user is available. 

1 34. The method of claim 33 wherein performing the 

2 predefined operation comprises sending an instant message to the 

3 monitored user . 

1 35, The method of claim 33 wherein performing the 

2 predefined operation comprises executing an operating system 

3 command, a script, or an executable file specified by the 

4 monitoring user. 

1 36. The method of claim 33 wherein performing the 

2 predefined operation comprises providing a notification that the 
3 monitoring user is available. 

1 37, The method of claim 36 wherein the notification is 

2 provided to the monitoring user. 

1 38, The method of claim 36 wherein the notification is 

2 provided to an entity other than the monitoring user. 
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1 39. The method of claim 33 wherein the receiving, 

2 detecting and automatically performing a predefined operation 

3 are performed entirely on one or more server systems. 

1 40. The method of claim 33 wherein the receiving, 

2 detecting and automatically performing a predefined operation 

3 are performed entirely on one or more client systems. 
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1 41. The method of claim 3 3 wherein the receiving, 

2 detecting and automatically performing a predefined operation 

3 are distributed among one or more server systems and one or more 

4 client systems . 

1 42 . A computer- implemented method of communicating with 

2 a user on a computer network comprising a plurality of clients 

3 and at least one server, the method comprising at the server: 

1 receiving a request to detect when a currently 

2 unavailable user becomes available to receive messages; 

3 detecting that the user has become available; and 

4 automatically sending a predetermined message to the 

5 user upon detecting that the user has become available. 

1 43 . A computer- implemented method of communicating with 

2 a user on a computer network comprising a plurality of clients 

3 and at least one server, the method comprising at a client: 

1 generating a request to detect when a currently 

2 unavailable user becomes available to receive messages; 

3 receiving notice that the user has become available; and 

4 automatically sending a predetermined message to the 

5 user . 
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1 44. An instant messaging system comprising: 

1 a server system comprising software instructions for (i) 

2 monitoring a targeted user's availability to receive instant 

3 messages, and (ii) sending a notification that a targeted user 

4 has become available to receive instant messages; and 

5 one or more client systems in communication with the 

6 server system, each client system being associated with a 

7 targeting user and comprising software instructions for (i) 

8 queuing a request to send an instant message to a currently 

9 unavailable targeted user, and (ii) sending the instant message 

10 to the targeted user upon receiving notification from the server 

11 system that the targeted user has become available to receive 

12 instant messages . 

1 45. Computer software, tangibly embodied on a computer- 

2 readable medium or in a propagated carrier signal, for 

3 communicating with a user of an instant messaging system, the 

4 software comprising instructions to cause a computer system to 
5 perform the following operations: 

1 (a) detect that a previously unavailable user has become 

2 available to receive instant messages; and 

3 (b) automatically send a predetermined instant message 

4 to the user upon detecting that the user has become available. 

1 46. The computer software of claim 45 wherein the 

2 software to perform operations (a) and (b) resides entirely on 

3 one or more server systems . 

1 47. The computer software of claim 45 wherein the 

2 software to perform operations (a) and (b) resides entirely on 

3 one or more client systems. 

1 
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2 48. The computer software of claim 45 wherein the 

3 software to perform operations (a) and (b) is distributed among 

4 one or more server systems and one or more client systems. 
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